Derniers tests et previews
TEST BALL x PIT : quand le casse-briques rencontre le roguelike
TEST MARVEL Cosmic Invasion : quand le multivers déraille... pour notre plus grand plaisir
TEST Metroid Prime 4: Beyond, Samus revient armée jusqu’aux cristaux (Switch 2)
TEST DRAGON BALL: Sparking! ZERO, la Switch 1 peine à suivre le rythme, catastrophe !
Dernières actualités
Assassin's Creed Shadows : la collaboration avec L'Attaque des Titans touche en partie à sa fin, tous les détails
Assassin's Creed Shadows : Ubisoft Québec célèbre déjà Noël avec des cadeaux en jeu et tease le prochain ajout pour la méta-histoire (MAJ 20/12)
Légendes Pokémon : Z-A, la Saison 4 est lancée, c'est le moment parfait pour s'y mettre !
NETFLIX : Assassin's Creed, la série se trouve plusieurs acteurs principaux et un lieu de tournage qui va plaire aux fans de longue date (MAJ 19/12)
restaurer nand
Si tu passes par ChoiDujourNX, tu pourras revenir en 5.1.0 pour restaurer ta NAND correspondante. Pour le moment, le firmware 6.0.0 n'est pas là et aucun jeu ne contient ce firmware.
Dans les deux cas, ne pas restaurer sa NAND dans une version différente.
L'utilisation de l'outil ChoiDujourNX passe par le Dump d'un jeu qui contient le firmware souhaité et implique à l'issu un certain nombre de processus à faire, notamment le mode autoRCM et l'utilisation de briccmii. Pas fait de tuto pour le moment.
Cela permet de ne pas griller les eFuses et ainsi de garder la possibilité de revenir en arrière. À partir du moment où tu mets à jour via la méthode officielle, ces eFuses sont grillés donc aucune possibilité à l'issu.
Toutefois, lorsque le firmware 6.0.0 sera libéré, je conseille à tous d'attendre avant de se diriger vers lui et ce quelque soit le Hack utilisé.
Je m'explique, si tu fais une mise à jour de 4.1.0 à 5.1.0 par exemple, le Dump de la NAND en 4.1.0 ne pourra pas être restaurée sur la 5.1.0. Important car le risque de brick est certain. Et c'est valable pour toutes les versions de firmware. Et pas de possibilité de downgrade car les eFuses seront grillés via la méthode classique de mise à jour.
En revanche si tu utilises ChoiDujourNX pour mettre à jour ou downgrader, cela ne grille pas les eFuses car la méthode consiste à ne pas passer par les serveurs de Nintendo. Tu pourras donc restaurer de 5.1.0 à 4.1.0 et réinjecter ta NAND de 4.1.0.
Du coup si tu as mis à jour via les serveurs de Nintendo, cela signifie que tes eFuses sont grillés donc toujours faire une sauvegarde de la NAND dans la version actuelle où l'on se trouve.
Pourtant je t'ai dit que j'ai le fichier pour faire les mise à jour mais que je le ferais demain car sur le discord j'ai appris le risque de brick. on c'est mal compris pas grave.
Je sais qu'il faut je refais un backup dans mon malheur j'ai quand même de la chance car j'ai rien installer qui touche à la nand à part une mise à jour officiel.
Mais heureusement que cette personne ma vu en difficulté qui m'as conseiller j'aurais restaurer comme ça c’était foutu.
Maintenant reste à confirmer que c'est pas grave d'avoir 6 fuse de brûler?
Il m'as même dit de ne pas mettre à jour la 6.0 qui va sortir même avec choixdujour car il va y avoir plein de problème.
Tu crées un dossier PS3. Dans ce dossier un autre UPDATE. Et tu copies ton CFW 4.82 en le renommant PS3UPDAT.PUP (.PUP est l'extension du fichier).
Tu branches ta Clé USB sur le port droit de ta console.
Tu vas dans mises à jour système et tu choisis par périphérique de stockage.
Il n'y a pas de risque de brick. Et si tu n'es pas certain de ce que tu fais, tu peux sauvegarder tes données avant. Tu as du également sauvegarder ta NAND ou ta NOR depuis. Si ce n'est pas le cas, tu peux le faire avant également.
Après, si tu ne veux pas mettre à jour, tu peux toujours essayer en spoofant la version de CFW via SEN Enabler.
En termes de CFW, tu as le choix, tu peux continuer à utiliser Ferrox. J'ai une préférence pour Rebug mais ce n'est que mon avis. Toutefois si tu prenais Rebug, il te faudra prendre la version 4.82-2 et installer Toolbox à l'issu. Tu auras un système complet.
Et si jamais, tu rencontres un bogue irréversible qui t'oblige à restaurer en 4.82 officiel, saches que le jailbreak sera possible dans cette dernière version également. À toi de voir, tu as, là, toutes les indications requises
Donc je récapitule j'ai installer aucun homebrew le seul moment ou j'ai connecter ma switch était pour y rentré mon compte et télécharger la mise à jour 5.1.
Il me semble que j'avais lancer le SX pro juste avant pour activer la licence mais que j'ai fait en offline .
Le Sx pro j' lai directement utiliser en 1.6 et j'ai pas installer le autorcm donc normalement ma nand reste clean comme j'ai pas installer d'homebrew et que des jeux .XCI.
J'ai oublié de demander avant de faire la sauvegarde de la nand il est préférable que je vais dans le menu switch et faire restaurer?
Et pour finir j'ai décidé de jouer en offline et attendre un bon petit moment en attendant qu'une solution est trouver pour jouer en réseau et si je vois ça prend du temps ce qui est normale c'est pas simple le boulot qu'il exécute j’achèterais une nouvelle switch ou la passerais en officielle si elle est pas déjà ban.
Merci pour tous j’espère ne pas avoir était trop lourd et je vais certainement avoir besoin de votre aide pour autre chose.
Mais maintenant que j'ai compris pas mal de choses je peux aider à mon tour.
Et si tu n'as rien installé qui la modifie, c'est bon. Regardes plus haut le commentaire de roukxwel qui te donnera une indication.
Pour la NAND, la restaurer à chaque fois n'est pas vraiment nécessaire si tu ne l'as pas modifiée mais si pour te rassurer, tu souhaites le faire, tu peux. Les indications données au membre adamel était plus pour qu'il puisse en faire une sauvegarde dans son état d'origine.
Malgré tout le risque zéro n'existe pas et rien ne confirme les moyens que pourraient avoir Nintendo pour vérifier le système. Je n'ai pas d'avis tranché sur la question, je préviens simplement.
Le format nsp laisse des traces. Le xci, y'a juste à le retirer du Menu et virer la carte.
Le jeu, il l'a déjà téléchargé avant. Et après, il a activé son SX Pro.
Du coup, le risque n'est pas le même selon le format de backup qu'il a utilisé.
À voir selon son retour. Mais si c'est du nsp, je ne prendrai pas le risque à l'issu sauf s'il possède une NAND d'origine qu'il pourrait restaurer avant.
Après, je peux me tromper ^^
Pour faire cela, le mieux est de restaurer ta NAND si tu l'as préalablement sauvegardée avant d'installer/utiliser Homebrew ou backups éventuels.
Dans ta demande, le simple fait de faire ce que tu dis peut encourir un risque comme ne pas le créer donc impossible de confirmer à 100% qu'un ban suivra ou non.
De plus la version 1.6 empêche toutes communications avec les serveurs de Nintendo en mode CFW mais elle ne le fait pas encore en mode OFW, la team y travaille.
Dans ce principe, l'intérêt est certain puisqu'en mode CFW, aucune donnée ne transite. Pour ce qui est du mode OFW, la team y travaille.
Le fait de sauvegarder sa NAND avant toutes modifications par une quelconque Installation d'homebrew, de jeu/sauvegarde et autres te permettra de la restaurer proprement.
Hekate de CTCaer
Version 6.4.1
Version 6.4.0
Version 6.3.1
Version 6.3.0
Version 6.2.2
Version 6.2.1
Version 6.2.0
Version 6.1.1
Version 6.1.0
Cela nécessitera une mise à jour de la pile de démarrage de diverses versions de L4T. Surtout important pour Lakka et pour les utilisateurs qui ne veulent pas formater.
Il affecte également de manière significative les modules de ram à haute densité comme dans les configurations de 8 Go
Version 6.0.7
Version 6.0.6
Dernier HOS pris en charge : 16.1.0
Version 6.0.5
Version 6.0.4
Version 6.0.3
Étant donné que dans ce cas, la console sortait du mode veille via Power ou USB, tous les indicateurs sont maintenant effacés lors des contrôles d'arrêt automatique de HOS.
Version 6.0.2
Version 6.0.1
Correction d'un problème avec certaines données FW ne se propageant pas sur T210B01
Correction d'un problème de passage d'un nombre incorrect de tables mtc sur T210
Version 6.0.0
Obligatoire pour les nouvelles versions de L4T et en particulier pour le support de Mariko.
Coreboot n'est plus pris en charge jusqu'à ce que tout soit mis à jour
La méthode précédente de fondu lente ne fonctionne pas sur les panneaux OLED, elle clignote à la place.
Augmente de 50-100mV. Comme toujours, si vous voyez l'icône hekate de la batterie vide, chargez votre interrupteur, sinon il peut facilement s'éteindre au hasard
Version 5.9.0
Il donne un bon retour visible et un rappel à l'utilisateur d'appuyer sur VOL- si nécessaire.
Il peut être désactivé en modifiant hekate_ipl.ini et en définissant noticker=1 dans la section [config]. (L'option GUI peut venir plus tard.)
Cela ne désactive que le ticker pour les logos de démarrage personnalisés, et non le hekate par défaut.
Auparavant, il ne montrait rien.
Version 5.8.0
Version 5.7.2
Version 5.7.0
Dans tous les modes. (Le total varie selon le mode)
Cela aide également les utilisateurs qui ont des lecteurs SD défectueux, car cela affichera TUI avec erreur plus rapidement.
Version 5.6.5
Version 5.6.4
Sur mariko, au lieu d'un générique « Est-ce que BEK manque ? », il dira maintenant s'il manque vraiment ou si le pkg1 est réellement corrompu.
Sur Erista/Mariko, le "Wrong pkg1 flashed!" error indiquera désormais également quel type de pkg1 sur quel type d'unité.
Version 5.6.3
Ceux-ci sont normalement affichés sur un appareil sans AutoRCM sous forme d'écrans de panique colorés. Maintenant, hekate peut également les afficher sous forme de texte, ainsi que leur code d'erreur.
Version 5.6.1/5.6.2
Cela n'affecte que les utilisateurs qui utilisent plus d'un emuMMC et qui se soucient réellement de l'ID
Version 5.6.0
Pour l'essentiel, Display, HW/Fuses, Dram, boot (aura besoin de HOS 13.0.0), etc., au cas où vous pourriez l'exécuter là-bas.
En ce qui concerne l'affichage, cela est susceptible de changer sur "how it works" si des mods de panneau OLED pour les commutateurs antérieurs (Icosa/Iowa) apparaissent.
Le processus de démarrage sur Erista 7.0.0 et versions ultérieures est maintenant complètement remanié
Il est également désormais autonome grâce au nouveau firmware TSEC Keygen fourni par Atmosphere
Le pkg1 mal flashé peut maintenant être identifié et informer l'utilisateur
Version 5.5.8
Cela utilise une nouvelle mKey. New Sept devra fonctionner au moins une fois sur les modèles Erista.
Version 5.5.7
Version 5.5.6
C'est parce que 12.0.2 a brûlé un eFuse et a porté le total à 15.
Si l'utilisateur est toujours dans 12.0.0-12.0.1, vous aurez toujours besoin de kip1patch = nogc.
Si elle est mise à jour vers 12.0.2, cette ligne peut maintenant être supprimée si vous le souhaitez.
Il y avait un problème où hekate effaçait le bootlogo lors du lancement de L4T.
C'est maintenant corrigé et le bootlogo restera jusqu'à ce que le noyau termine init.
Version 5.5.5
Version 5.5.4
Avant, le lancement de Sept dans de tels cas (BCT inapproprié) le rendrait écran noir.
[*{Dans le cas où vous avez mutilé votre MBR hybride, cela vous permettra de lancer Nyx si la partition FAT est la première.
Version 5.5.3
Version 5.5.2
Cela simplifiera les futures mises à jour
Version 5.5.1
Le premier BCT, qui est utilisé dans le binaire Warmboot, a un module incorrect. Maintenant, il regarde tous les 4 pour un valide.
Cela peut être activé via les indicateurs de temps de compilation ou exosphere.ini
Version 5.5.0
hwinit, dram / lp0, display, sdmmc, ccplex, fuse, etc. ont tous été mis à jour pour prendre en charge le nouveau SoC.
Afin de démarrer HOS sur Mariko, toutes les clés doivent être en place avant de lancer hekate.
Si vous ne le faites pas, vous serez accueilli avec l'échec du décryptage de Pkg1! BEK manque-t-il?.
De plus, Atmosphere doit être mis à jour vers la version 0.17.0 qui bénéficiera du support Mariko.
Cela vide le binaire warmboot sur SD pour permettre la rétrogradation lorsque les fusibles sont brûlés.
L'exploit warmboot n'existe pas dans Mariko, donc le binaire warmboot doit être associé à des fusibles.
Faites attention lorsque vous effacez la carte SD, vous devez la garder sauvegardée.
Les binaires personnalisés peuvent être utilisés avec l'option exofatal =.
Version 5.3.4
Cela permet à l4t / android ou à toute autre chose qui injecte / warmboots un ancien hekate de toujours utiliser le dernier
Pour rappel, il est automatiquement mis à jour en injectant une fois un nouveau hekate
Actuellement, ne peut être activé qu'en modifiant hekate_ipl.ini.
L'utilisation de bootprotect = 1 dans [config] interdit toute lecture / écriture du dossier du chargeur de démarrage et de son contenu à l'intérieur de HOS, empêchant toute corruption de celui-ci.
Cela a bien sûr l'effet secondaire des homebrews qui en dépendent (par exemple hekate Toolbox) de ne pas fonctionner pleinement.
Version 5.3.3
Version 5.3.2
Version 5.3.1
Version 5.3.0
La compatibilité avec les versions plus anciennes de l'atmosphère demeure. Vous pouvez démarrer à la fois les anciennes versions et les nouvelles 0.13+.
Version 5.2.1
Version 5.2.0
Version 5.1.4
Version 5.1.3
Version 5.1.2
Version 5.1.1
Version 5.1.0
Version 5.0.2
Version 5.0.1
Créés à partir de problèmes de cohérence du cache, ou de réinstallation rapide de la carte SD ou d'une corruption de pile
Vérifier sur https://github.com/m4xw/emuMMC
Correctif logique avec affectation de bouton
- Il est désormais possible d’identifier davantage emuMMC
Version 4.10.1
Version 4.10
Version 4.9.1
Version 4.9
Version 4.8
Version 4.6 SVC
Version 4.6
Version 4.5
Version 4.2
Version 4.1
Version 4.0
Version 3.2
Version 3.1
Version 3.0
Version 2.3
Version 2.2
Version 2.1
Version 2.0
Version 1.6
Version 1.5.1
Version 1.5
Version 1.3
Version 1.2
ou abandonner et réessayer immédiatement après la dernière partie (recommandé)
Version 1.1
TegraRCMGui de eliboa
Version 2.5
NAND de / vers eMMC (aucune carte SD requise)
Version 2.4
Version 2.3
Cette version inclut la charge ReiNX (suivez ce guide pour installer ReiNX CFW) et memloader v2 (il vous faut maintenant 5 secondes pour quitter UMS Tool).
Version 2.2
changements cosmétiques
Version 2.1
Version 2.0
Version 1.4.0
Version 1.3.0
Version 1.2.0
Version 1.1.0
Version 1.0.1
HBMenu de SwitchBrew
Version 3.6.0
Version 3.5.1
Version 3.5.0
Version 3.3.1
Version 3.3.0
Version 3.2.0
Version 3.1.1
Version 3.1.0
Version 3.0.1
Version 3.0.0
Version 2.0.0
Si {dirname} / {dirname} .nro n'est pas trouvé, le NRO trouvé via dir-list sera utilisé à la place, s'il n'y a qu'un seul NRO dans le répertoire. Ceci ne s'applique qu'aux chemins situés sous "sdmc: / switch /".
Version 1.0.0
- First Release
[/list][/list]